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PREFACE 

The  work  reported  herein  was  conducted  by  the  Arnold  Engineering  Development 
Center  (AEDC),  Air  Force  Systems  Command  (AFSC).  The  results  of  the  test  were 
obtained  by  ARO,  Inc.,  AEDC  Division  (a  Sverdrup  Corporation  Company),  operating 
contractor  for  the  AEDC,  AFSC,  Arnold  Air  Force  Station  Tennessee,  under  ARO 
Project  Numbers  V32I-P2A  and  P32M-01A.  The  Air  Force  project  manager  was  Captain 
Ken  Leners,  AEDC/DOTR.  The  manuscript  was  submitted  for  publication  on  July  3, 
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1.0  INTRODUCTION 

Many  areas  of  the  physical  sciences  involve  the  study  of  some  phenomenon  by 
observation  of  the  electromagnetic  radiation  (light)  it  produces.  The  observer  can 
indirectly  quantify  the  phenomenon  through  its  emitted  light.  Characteristics  of  the  light 
reveal  the  nature  of  the  phenomenon. 

Measurement  of  low-level  light  intensities  requires  highly  specialized  and  complex 
instrumentation.  Obtaining  a  complete  set  of  descriptive  data  using  these  instruments  can 
require  an  enormous  amount  of  time.  Consequently,  conventional  instrumentation  is  not 
practical  in  many  applications.  An  instrument  that  can  acquire  these  data  in  large 
quantities  in  a  short  time  period  is  required. 

In  response  to  this  requirement,  an  Lm age-intensificr-vid icon  data  acquisition  system 
(vidicon  system)  was  designed,  built,  and  tested.  Low-level  light  intensities  over  a  wide 
range  of  wavelengths  can  be  measured,  digitized,  and  recorded  by  this  system. 

The  vidicon  system  consists  of  the  following: 

1.  an  image  intensifier  with  gain-selection  power  supply, 

2.  a  silicon-target  vidicon  equipped  with  video-processing  instrumentation, 

3.  a  computer  interface, 

4.  an  oscilloscope  display,  and 

5.  a  minicomputer  with  associated  line  printer,  Teletype®,  input/output 
(I/O)  ports,  and  single  floppy  disk  drive. 

The  image  intensifier  controls  the  admittance  of  light  to  the  vidicon  and,  in  the 
process,  amplifies  the  light  to  a  detectable  level.  The  vidicon  converts  the  light  striking  its 
rectangular  target  into  charge  proportional  to  the  incident  intensity  and  stores  the  charge 
on  the  target  at  the  location  of  incidence.  The  computer  interface  controls  the 
video-processing  instrumentation  to  convert  this  charge  into  digital  equivalents  which  are 
sent  to  the  computer  upon  request.  The  computer  directs  the  operation  of  the  interface 
by  indicating  to  it  which  data  to  convert  and  when.  The  computer  stores  the  data  on 
floppy  disk  for  later  retrieval  and  display.  An  oscilloscope  is  used  for  (1)  monitoring  the 
status  of  the  computer  interface,  (2)  displaying  data  in  analog  form,  and  (3)  adjusting 
and  setting  up  the  vidicon  system. 
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The  vidicon  components  are  integrated  into  a  system  flexible  enough  to  handle  a 
wide  variety  of  applications.  The  vidicon  system’s  flexibility  arises  from  such  features  as 
the  following: 

1.  the  ability  to  handle  a  wide  range  of  intensities, 

2.  the  ability  of  the  vidicon  target  to  integrate  the  incoming  light, 

3.  the  ability  of  the  image  intensifier  to  allow  time-resolved  or  time- 
integrated  measurements,  and 

4.  the  adaptability  of  the  computer  software  to  different  test  situations. 

The  minicomputer  is  the  hub  of  the  vidicon  system.  Since  all  activities  are 
monitored  and  controlled  by  the  minicomputer,  the  software  must  allow  flexibility  and 
adaptability.  Adapting  the  computer  to  many  applications  requires  a  nucleus  of  systems 
software  routines  that  allow  the  user  to  avoid  the  details  of  the  operation  of  the  vidicon 
system  (Ref.  1).  Such  a  set  of  routines  was  designed  for  the  system  and  is  called  the 
Minicomputer-Based  Image-Intensifier-Vidicon  System  Software  (MIIVSS).  M11VSS  was 
designed  to  control  all  vidicon  operations  and  the  acquisition,  storage,  and  retrieval  of 
data.  A  primary  goal  was  the  optimization  of  throughput.  The  user  software  calls  MIIVSS 
routines  to  perform  the  necessary  vidicon  operations  and  the  order  of  such  calls,  under 
certain  restrictions,  is  left  to  the  user  for  definition,  thereby  allowing  flexibility  to 
accommodate  different  situations. 

The  primary  functions  of  MIIVSS  are  as  follows: 

1.  inputting  data  from  the  vidicon  system,  storing  the  data  in  files  on  disk, 
and  retrieving  the  data  for  display  and  data  reduction; 

2.  opening  and  closing  files, 

3.  retaining  the  locations  of  files  on  disk, 

4.  deleting  files  from  storage, 

5.  defining  the  format  of  files, 

6.  detecting  and  tracing  errors,  and 

7.  controlling  the  test  mode  operation  of  the  vidicon  system. 
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MIIVSS  creates  and  maintains  files  on  disk  with  a  disk  management  system  specially 
designed  by  the  author  for  the  vidicon  system.  The  disk  management  system  utilizes  a 
unique  disk  writing  technique  that  provides  throughput  an  order  of  magnitude  greater 
than  simple  disk  writing  techniques. 

Descriptions  of  the  MIIVSS  software,  the  vidicon  system  hardware,  and  application 
of  the  vidicon  system  are  presented  in  this  report.  Section  2.0  describes  the  major 
components  of  the  vidicon  system.  Section  3.0  describes  the  functions  of  MIIVSS. 
Section  4.0  presents  an  application  of  the  vidicon  system  and  illustrates  how  MIIVSS  is 
used  in  this  application. 


2.0  VIDICON  SYSTEM  HARDWARE 


2.1  INTRODUCTION 

This  section  describes  the  image  intensifier,  the  vidicon,  and  the  computer  interface. 
The  vidicon  system’s  components  are  listed  in  Appendix  A.  Details  of  the  floppy  disk 
system  are  given  in  Appendix  B.  The  components  integrated  into  a  unified  system  are 
shown  in  block  diagram  in  Fig.  1. 

2.2  THE  IMAGE  INTENSIFIER 

The  image  intensifier  (or  intensifier)  controls  the  intensity  and  duration  of  the  light 
reaching  the  vidicon  target.  The  intensifier  can  completely  block  the  light  or  admit  it 
and,  at  the  same  time,  amplify  it  by  a  preset  gain  factor.  An  illustration  of  the  intensifier 
is  shown  in  Fig.  2. 

Light  striking  the  photocathode  causes  electrons  to  be  displaced  from  it  in  quantities 
directly  proportional  to  the  incident  light  intensity.  These  electrons  are  drawn  into  an 
“electron  multiplication  zone”  by  an  electric  field  between  this  zone  and'  the 
photocathode.  Each  electron  entering  the  multiplication  zone  causes  a  number  of  other 
electrons  to  be  displaced  and  to  move  with  it.  The  electron  cloud  produced  in  the 
multiplication  zone  is  then  accelerated  to  a  higher  energy  by  an  electric  field  between  the 
zone  and  a  phosphor  screen.  The  electron  cloud  strikes  the  phosphor  screen,  causing  it  to 
emit  light  proportional  in  intensity  to  the  number  and  energy  of  the  electrons  colliding 
with  it.  Since  the  electrons  striking  the  phosphor  screen  are  identical  in  spatial 
distribution  to,  but  greater  in  number  and  energy  than,  those  produced  by  the 
photocathode,  the  intensifier  effectively  produces  an  output  spatially  comparable  to,  but 
greater  in  intensity  than,  the  incident  light. 

The  number  of  electrons  produced  in  the  multiplication  zone  by  each  incoming 
electron  is  directly  proportional  to  the  voltage  applied  across  the  zone.  This  means  that 
this  voltage  controls  the  amplification,  or  gain,  of  the  intensifier. 
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I 

The  intensifier  can  block  the  transmission  of  the  light  by  replacing  the  electric  field 
between  the  photocathode  and  the  multiplication  zone  with  a  slight  repulsive  field.  This 
blocks  all  electrons  from  passing  from  the  photocathode,  thereby  preventing  electrons 
from  reaching  the  multiplication  zone  and  the  phosphor  screen. 

Operation  of  the  intensifier  is  not  handled  by  MIIVSS;  it  is  left  to  the  operator  to 
set  the  gain  and  to  determine  the  duration  of  the  incoming  radiation.  The  repulsive  and 
accelerating  electric  fields  are  produced  by  conventional  circuitry. 

2.3  THE  VIDICON 

The  vidicon  target  is  constructed  within  a  vidicon  tube  that  also  contains  an  electron 
beam  mechanism  used  for  obtaining  the  data  from  the  target.  An  illustration  of  the 
vidicon  tube  is  shown  in  Fig.  3.  Light  striking  the  silicon  target  causes  charge  to  be  built 
up  and  stored  on  the  target.  The  electron  beam  is  then  turned  on;  it  strikes  the  target, 
causing  the  output  of  a  video  signal  that  is  amplified  and  sent  to  the  computer  interface 
for  digitization.  The  devices  which  produce  the  video  signal  are  called  the 
video-processing  instrumentation. 

The  vidicon  target  is  divided  by  the  vidicon  system  into  an  array  containing  256 
rows  and  256  columns  of  storage  elements  called  pixels  (Ref.  2).  Each  pixel  has  unique 
row  and  column  addresses.  The  computer  interface  converts  each  pixel’s  row  and  column 
addresses  into  voltages  applied  to  coils  to  position  the  electron  beam.  The  resultant  video 
signal  amplitude  is  proportional  to  the  incident  light  intensity  at  this  location.  The 
pixel-reading  process  destroys  the  charge  of  the  pixel. 

The  vidicon  target  is  susceptible  to  noise  buildup  over  a  period  of  time.  Noise  is 
extraneous  charge  caused  by  thermal  effects  in  the  silicon  target  and  by  light  emitted  by 
the  electron  beam  mechanism.  Noise  builds  up  at  a  rate  of  approximately  one  percent  of 
full  scale,  or  saturation,  per  second.  The  noise  problem  can  be  reduced  by  operating  the 
vidicon  tube  at  lowered  temperatures  to  minimize  thermal  effects.  The  vidicon  system  is 
equipped  with  a  refrigeration  unit  that  cools  the  vidicon  tube  to  a  range  of -40  to  -50° C. 

But  even  at  reduced  temperatures,  noise  buildup  still  occurs  and  is  a  problem  since 
the  noise  can  reach  levels  that  obscure  the  data.  It  is  imperative,  therefore,  that  the  data 
be  read  from  the  target  as  quickly  as  possible. 

2.4  THE  COMPUTER  INTERFACE 

The  computer  interface  was  specially  designed  for  the  vidicon  system.  A  diagram  of 
the  interface  is  shown  in  Fig.  4.  Under  computer  direction,  the  interface  addresses 
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individual  pixels,  converts  the  resultant  video  signals  into  digital  equivalents,  and  sends 
these  data  to  the  computer. 

The  interface  contains  an  analog-to-digital  (A/D)  converter  and  two  digital-to-analog 
(D/A)  converters.  The  A/D  converter  converts  the  video  signal  from  the  video-processing 
instrumentation  into  8-bit  bytes  of  digital  data  in  the  range  0  to  255.  The  D/A  converters 
provide  voltage  to  the  beam-positioning  coils  surrounding  the  vidicon  tube;  one  converter 
selects  the  row  deflection  while  the  other  selects  the  column  deflection.  The  inputs  to 
the  converters  are  8-bit  bytes  in  the  octal  range  -200  to  +177. 

Other  devices  in  the  interface  include  three  8-bit  counter-registers,  a  sample-and-hold 
circuit,  timing  and  control  circuits,  and  a  3-bit  command  decoder.  Two  of  the 
counter-registers  are  used  to  hold  the  row  and  column  addresses  for  the  D/A  converters. 
In  register  mode,  these  are  loaded  by  the  computer  to  address  specific  pixels;  in  counter 
mode,  these  registers  are  successively  incremented  to  step  through  a  series  of  pixel 
addresses.  The  third  counter-register  is  used  to  count  each  byte  of  data  as  it  is  produced 
and  sent  to  the  computer.  The  sample-and-hold  circuit  samples  the  video  signal  and  holds 
the  resultant  voltage  for  conversion  by  the  A/D  converter.  Timing  and  control  circuitry 
provides  the  synchronization  required  for  the  operation  of  the  interface.  The  3-bit 
command  decoder  chooses  the  proper  enabling  line  for  each  operation. 

Several  functions  besides  data  conversion  can  be  performed  by  the  interface  as 
commanded  by  the  computer.  These  are  (a)  load  the  row-address  register,  (b)  load  the 
column-address  register,  (c)  load  the  data-count  register,  (d)  perform  a  single-cycle  erase, 
and  (e)  perform  a  multicycle  erase.  The  multicycle  erase  command  causes  the  interface  to 
repeatedly  cycle  through  all  pixels  on  the  target  and  to  remove  all  charge  present  in  them 
by  perfo’  ming  data  conversion  and  discarding  the  results.  The  single-cycle  erase  is 
performed  for  one  cycle  and  stops  at  the  end  of  that  cycle.  The  multicycle  erase  mode  is 
terminated  by  entering  the  single-cycle  mode. 

These  functions  are  controlled  by  the  computer  with  a  12-bit  command  word.  The 
command  codes  and  the  format  of  the  command  word  are  shown  in  Fig.  5a.  The  three 
most  significant  bits  of  the  word  contain  the  code  of  the  function  to  be  performed.  The 
eight  least  significant  bits  contain  the  row  address,  column  address,  or  data  byte  count, 
depending  on  the  function  being  executed.  The  remaining  bit  of  the  command  word  is 
not  used. 

Several  flags  are  output  by  the  interface  to  indicate  to  the  computer  when  certain 
operations  have  been  completed;  these  are  end-of-erase,  end-of-converstion,  and 
end-of-count  flags.  The  8-bit  data  byte  and  two  of  the  flags  are  packed  into  a  12-bit  data 
word  which  is  sent  to  the  computer.  The  data  word’s  format  is  shown  in  Fig.  5b.  The 
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eight  least  significant  bits  of  this  word  contain  the  data  produced  by  the  A/D  converter. 
The  two  most  significant  bits  contain  the  end-oficount  and  end-of-crase,  flags.  The 
end-of-conversion  flag  is  discussed  in  Section  2.5. 

2.5  COMPUTER/INTERFACE  COMMUNICATIONS 

Information  transfer  between  the  computer  and  the  vidicon  system  interface  is 
accomplished  by  passing  the  command  words  to  the  interface  or  the  data  words  to  the 
computer. 

MI1VSS  commands  a  vidicon  operation  by  sending  a  command  word  to  the  interface 
via  a  1 2-bit  parallel  output  buffer.  The  interface  reads  the  word,  decodes  it,  and  performs 
the  requested  operation. 

Transfer  of  a  data  word  requires  synchronization  between  the  computer  and  the 
vidicon  system  interface.  When  a  byte  of  data  is  requested,  MIIVSS  must  wait  before 
inputting  the  data  word  until  the  interface  converts  the  data  and  signals  the  end  of  the 
conversion  process.  Computer/interface  synchronization  is  accomplished  by  a  flag 
mechanism  that  is  implemented  by  connecting  the  end-of-conversion  flag  to  a  flip-flop  in 
the  minicomputer.  MIIVSS  periodically  checks  the  status  of  the  end-of-convcrsion 
flip-flop  and  inputs  the  data  word  via  a  12-bit  parallel  input  buffer  when  the  flip-flop 
becomes  set.  This  technique  allows  asynchronous  operation  between  the  computer  and 
the  interface. 

During  the  process  of  acquiring  data  from  the  interface,  MIIVSS  inputs  a  series  of 
data  words  and  checks  each  for  the  end-of-count  flag.  When  this  flag  is  set,  MIIVSS 
detects  that  the  number  of  data  bytes  requested  has  been  reached  and  that  it  may  then 
move  to  the  next  function. 

During  the  single-cycle  erase  mode,  MIIVSS  inputs  a  series  of  data  words  and  checks 
the  end-of-erase  flag  for  an  indication  of  completion  of  the  erase  cycle. 

The  computer  instruction  that  inputs  the  data  word  also  outputs  a  signal  (strobe) 
that  triggers  the  vidicon  system  interface  to  move  to  the  next  pixel  in  the  currently 
addressed  row.  The  column  address  is  incremented  by  one,  and  the  conversion  process  is 
initiated.  This  technique  allows  a  series  of  pixels  in  a  row  to  be  read  without  MIIVSS's 
having  to  select  each  pixel  by  its  address.  Initialization  of  this  process  requires  loading 
the  row  and  column  addresses  of  the  first  pixel  and  the  number  of  pixels,  or  data  bytes, 
to  be  read.  An  input  instruction  is  then  executed  to  initiate  the  reading  process. 
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3.0  THE  MINICOMPUTER-BASED  IMAGE-INTENSIFIER-VIDICON 

SYSTEM  SOFTWARE 

3.1  INTRODUCTION 

Maximum  data  storage  throughput  is  a  necessity  for  MIIVSS  because  of  the  quantity 
of  data  that  can  be  acquired  by  the  vidicon  system  and  the  problem  of  noise  buildup  on 
the  vidicon  target. 

Achieving  the  necessary  speed  is  impeded  by  the  slowness  of  the  floppy  disk  system. 
The  data  acquisition  and  storage  technique  used  must  take  advantage  of  the  speed  of  the 
computer  and  the  interface  yet  take  into  account  the  lack  of  speed  of  the  floppy  disk.  A 
disk  writing  technique  (described  below)  was  developed  for  MIIVSS  to  allow  the 
computer  to  acquire  and  store  data  on  the  disk  at  high  transfer  rates.  MIIVSS  drives  the 
floppy  disk  at  its  fastest  rate  and  performs  data  acquisition  while  the  disk  system 
simultaneously  records  data  onto  the  disk. 

This  disk  writing  technique  is  part  of  the  disk  management  software  used  by 
MIIVSS  to  acquire  and  store  data.  The  disk  management  software  arranges  the  data  into 
files,  writes  the  files  onto  the  disk,  maintains  a  directory  to  keep  track  of  the  data,  and 
retrieves  data  from  the  disk  for  data  reduction  or  display.  The  disk  management  software 
also  has  an  error  tracing  feature  that  facilitates  determining  the  causes  of  any  errors  that 
could  occur.  These  features  are  described  in  this  chapter. 

3.2  FIELDS 

Data  are  read  from  the  vidicon  target  in  rectangular  patterns  called  fields.  Fields  are 
rectangular  because  of  the  simplicity,  speed,  and  flexibility  afforded  by  the  technique. 
The  simplicity  arises  from  the  fact  that  any  rectangular  geometry  which  may  be  needed 
can  be  specified  by  five  parameters.  These  consist  of  the  following: 

1.  the  address  of  the  first  row  that  is  to  be  read, 

2.  the  column  address  of  the  first  pixel  that  is  to  be  read  from  each  row. 

3.  the  number  of  pixels  that  are  to  be  read  from  each  row, 

4.  the  number  of  rows  that  are  to  be  read,  and 

5.  the  spacing  between  rows. 

Note  that  the  spacing  between  pixels  is  controlled  by  the  computer  interface,  which 
allows  stepping  only  between  adjacent  pixels  in  the  direction  of  increasing  address. 
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More  complex  geometries  could  be  used  but  these  would  slow  down  the  data 
acquisition  process.  These  geometries  might  require  the  addresses  of  each  pixel  to  be 
calculated,  thereby  requiring  computer  time  of  several  hundred  |/sec  to  perform  the 
address  calculation.  This  is  opposed  to  the  few  p sec  used  to  acquire  the  data  from  each 
pixel  as  required  by  the  rectangular  pattern  geometry.  Another  technique  for  describing 
the  complex  geometries  is  to  calculate  the  row  addresses,  the  initial  column  addresses, 
and  the  number  of  pixels  per  row  and  then  let  the  computer  interface  perform  the 
stepping  between  pixels.  Here  again  the  rectangular  pattern  is  faster;  each  initial  column 
address  and  the  number  of  pixels  per  row  arc  already  given,  and  each  row  address  can  be 
calculated  by  a  simple  addition  of  the  row  spacing  increment  to  the  previous  row  address. 

The  simplicity  of  the  definition  of  rectangular  fields  allows  simplicity  in  operating 
the  vidicon  system.  The  five  definition  parameters  may  be  entered  directly  though  the 
Teletype  keyboard  and  maintained  in  a  table.  More  complex  geometries  would  require 
that  a  defining  function  be  input;  this  could  require  reprogramming  of  the  definition 
algorithm  for  each  application. 

The  use  of  rectangular  fields  does  not  preclude  the  reading  of  other  geometries  since 
such  patterns  can  be  enclosed  within  fields  and,  during  data  reduction,  all  data  not  in  the 
pattern  of  interest  can  be  ignored.  This  allows  flexibility  for  use  in  a  wide  variety  of 
applications. 

Since  there  may  be  several  fields  defined  on  the  target,  a  number  between  1  and 
255  is  arbitrarily  assigned  to  each  field  by  the  operator  and  is  used  for  identification 
during  data  acquisition  and  retrieval. 

The  five  defining  parameters  and  the  associated  field  number  together  are  referred  to 
as  the  field  specification. 

3.2.1  The  Field  Map  Table 

The  field  specifications  are  maintained  in  a  list  called  the  field  map  table.  The 
table's  format  is  shown  in  Table  l. 

The  field  map  table  has  two  counters-an  entry  counter  and  an  entry-used  counter. 
The  entry  counter  indicates  the  number  of  entries,  or  field  specifications,  in  the  table, 
and  the  entry-used  counter  indicates  the  number  of  entries  that  have  been  used  by 
MIIVSS.  These  counters  allow  the  table  to  be  used  as  a  first-in-first-out  (FIFO)  list  (Ref. 
1).  The  FIFO  list  capability  afforded  by  the  two  counters  allows  MIIVSS  to  copy  entries 
in  order  from  the  table  without  removing  the  entries  from  the  table.  The  table  can  be 
reused  by  setting  the  entry-used  counter  to  zero. 
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The  table  is  limited  to  a  maximum  number  of  32  entries;  this  represents  a 
compromise  between  limiting  the  table’s  size  and  allowing  as  many  fields  as  possible.  The 
limitation  to  32  fields  was  directed  by  the  size  of  the  file  directory,  which  is  discussed  in 
Section  3.3.1. 

3.2.2  Field  Map  Table  Input 

A  flowchart  of  the  field  map  table  input  routine  is  shown  in  Fig.  6.  This  routine 
sets  up  the  table  via  inputs  from  the  Teletype  keyboard. 

The  table  is  first  cleared  by  setting  the  entry  counter  to  zero.  Each  field 
specification  parameter  is  then  input  as  a  decimal  number  in  the  range  1  to  256.  The 
input  number  is  terminated  by  a  single  character  that  is  used  to  identify  which  parameter 
the  input  number  represents.  A  list  of  these  terminating  characters  and  their  meanings  is 
given  in  Table  2. 

Row  and  column  addresses  on  the  vidicon  target  lie  in  the  octal  range  -200  to  +177. 
These  “physical”  addresses  are  converted  for  input  as  “logical”  addresses  in  the  decimal 
range  1  to  256.  The  logical  addresses  are  converted  into  the  equivalent  physical  addresses 
for  storage  in  the  table.  The  correspondence  between  physical  and  logical  addresses  is 
shown  in  Fig.  7. 

Each  parameter  entered  is  saved  in  a  predetermined  location,  and  a  flag  is  set  to 
indicate  that  this  parameter  has  been  input.  These  flags  are  checked  before  the  field 
specification  is  added  to  the  table  as  an  indication  of  field  specification  completeness. 

Also,  the  range  of  each  field  is  computed  and  checked  for  overlap  of  other  fields.  If 
overlap  is  detected,  the  message  “OVERLAP”  and  the  number  of  the  field  are  printed  on 
the  Teletype  printer.  An  indication  of  overlap  permissibility  is  then  expected  as  a  single 
character  input  via  the  keyboard.  Permissibility  is  indicated  by  input  of  the  slash 
character;  all  other  characters  cancel  the  current  field  specification. 

3.2.3  Field  Map  Table  Output 

A  flowchart  of  the  field  map  table  output  routine  is  shown  in  Fig.  8.  This  routine 
prints  the  field  map  table  in  tabular  form  on  the  line  printer.  An  example  of  table  output 
is  shown  in  Table  3. 

At  the  end  of  the  table,  the  number  of  sectors  required  for  storage  of  the  file 
defined  by  this  field  map  table  is  printed  to  give  the  operator  an  indication  of  the  size  of 
each  file. 
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3.2.4  Disk  Storage  and  Retrieval  of  Field  Map  Table 

The  MI1VSS  software  allows  a  permanent  record  of  the  field  map  table  to  be 
maintained  on  disk.  Flowcharts  of  the  storage  and  retrieval  routines  are  shown  in  Figs.  9 
and  10. 

The  table  is  written  onto  disk  in  the  first  two  sectors  of  disk  storage— sectors  0  and 
3  of  track  0.  These  two  sectors  are  permanently  allocated  for  storage  of  the  map. 

The  map  is  written  onto  the  disk  in  8-bit  bytes.  Whenever  the  field  specification 
parameters  representing  the  number  of  rows  and  the  number  of  pixels  per  row  are  equal 
to  256,  they  are  written  onto  disk  as  8-bit  zeros  since  256  cannot  be  represented  by  an 
8-bit  number.  The  8-bit  zero  is  recognized  as  256  because  zero  is  not  valid  for  these  two 
parameters. 

3.3  FILES 

Data  acquired  from  the  vidicon  target  are  maintained  on  the  disk  in  files  (Ref.  1). 
Each  time  the  vidicon  target  is  read,  a  new  file  is  created.  Since  the  field  map  table 
defines  the  order  in  which  pixels  are  read,  it  also  defines  the  format  of  the  file. 

3.3.1  Byte  String,  Record,  and  File  Format 

A  byte  string  is  the  series  of  8-bit  bytes  obtained  by  reading  the  pixels  from  a  row 
on  the  vidicon  target.  Each  byte  string  is  identified  by  appending  three  bytes  of  unique 
identifying  information  called  a  key.  A  byte  string  and  its  appended  key  are  collectively 
called  a  keyed  record  (record)  (Ref.  1).  The  format  of  a  record  is  shown  in  Table  4. 

The  key  contains: 

1.  the  address  of  the  row  from  which  the  data  were  obtained, 

2.  the  column  address  of  the  pixel  within  the  row  corresponding  to  the  first 
byte  in  the  string,  and 

3.  the  number  of  bytes  in  the  string. 

Records  are  packed  within  a  128-byte  memory  buffer,  herein  called  the  data  buffer, 
before  being  transferred  to  disk.  The  data  buffer  contents  are  written  onto  disk  into 
one  sector.  The  process  of  filling  the  buffer  and  writing  its  contents  onto  disk  is  called 
sector  writing.  A  flowchart  of  the  sector  writing  operation  is  shown  in  Fig.  1 1 . 
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Each  sector  might  be  packed  with  several  records  or  only  a  portion  of  a  record 
depending  upon  the  length  of  the  byte  string.  Any  portion  of  a  record  remaining  after  a 
sector  has  been  filled  is  written  onto  disk  starting  at  the  beginning  of  the  next  sector. 

Because  records  are  written  sequentially  into  a  series  of  sectors,  the  locations  of  the 
records  corresponding  to  each  field  are  specified  by  the  location  of  the  first  record  in  the 
sequence.  Subsequent  records  are  located  with  reference  to  the  first.  The  location  of  the 
first  record  is  specified  by  a  sector  and  track  number  collectively  called  the  physical 
block  address  (PBA)  and  an  offset  pointer  called  the  physical  block  offset  (PBO)  (Ref. 

1 ),  The  PBA  specifies  the  sector  in  which  the  record  begins,  and  the  PBO  points  to  the 
location  within  this  sector  of  the  first  byte  of  the  record. 

The  PBA’s  and  PBO’s  and  the  corresponding  field  identification  numbers  are 
maintained  in  a  file  map  table  (FMT)  (Ref.  1),  the  format  of  which  is  shown  in  Table  5. 
The  FMT  is  an  integral  part  of  each  file  and  is  written  onto  disk  into  the  next  sequential 
sector  following  the  file. 

The  end  of  the  FMT  is  marked  by  a  null,  or  zero,  field  identification  number.  The 
absence  of  the  null  field  number  indicates  that  the  FMT  contains  its  maximum  of  32 
entries.  Limiting  the  size  of  the  FMT  to  32  entries  allows  the  FMT  to  be  written  into 
one  sector. 

3.3.2  File  Writing  Technique 

The  process  of  writing  a  file  onto  disk  by  means  of  a  series  of  sector  writing 
operations  is  called  file  writing.  A  unique  file  writing  technique  was  developed  for 
MIIVSS  to  maximize  the  rate  of  data  acquisition  and  storage. 

The  transfer  of  the  data  buffer’s  contents  to  disk  consists  of  two  parts-filling  the 
disk’s  storage  buffer  and  writing  this  buffer’s  contents  onto  the  disk.  A  flowchart  of  this 
process  is  shown  in  Fig.  1 2.  MIIVSS  transfers  the  data  buffer’s  contents  to  the  disk 
buffer  and  issues  a  command  to  write  the  disk  buffer’s  contents  onto  the  disk  in  a 
preselected  sector.  The  disk’s  read/write  mechanism  moves  the  read/write  head  to  the 
proper  track  and  sector  and  writes  the  data  onto  the  disk.  The  operation  can  require 
from  9.2  to  175.9  msec  for  those  cases  in  which  the  read/write  head  is  positioned  over 
the  desired  track.  The  timing  is  determined  by  the  following  factors: 

1.  Filling  the  disk  buffer  requires  approximately  3.2  msec. 

2.  Writing  the  data  into  a  sector  requires  approximately  6.0  msec  once  the 
sector  is  located. 
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*  3.  One  disk  revolution  requires  approximately  166.7  msec. 

Simultaneous  filling  of  the  disk  buffer  and  writing  of  its-  contents  onto  disk  are  not 
possible  with  this  floppy  disk.  Therefore,  adjacent  sectors  cannot  be  filled  during  the 
same  disk  revolution.  MI1VSS  fills  every  second  sector  during  one  revolution  of  the  disk 
and  the  remaining  sectors  during  the  next  revolution.  MI1VSS  fills  every  second  sector 
during  the  next  revolution.  While  the  skipped  sector  passes  the  read/write  head,  the  disk 
buffer  is  filled  and  its  contents  are  written  into  the  next  sector.  Sector  writing  cannot  be 
performed  at  a  rate  faster  than  this  because  one  sector  is  the  minimum  number  that  can 
be  skipped.  Therefore,  this  file  writing  technique  provides  the  fastest  possible  data  storage 
rate  and  saves  approximately  160.7  msec  per  sector  over  the  simple  method  of  filling 
adjacent  sectors. 

Once  a  track  has  been  filled,  M1IVSS  moves  the  read/write  head  to  the  beginning  of 
the  next  sequential  track.  The  starting  sector  for  this  track  is  determined  from  a  list  of 
starting  sectors.  This  list,  shown  in  Table  6,  was  obtained  by  allowing  for  skipping  six 
sectors  between  the  end  of  one  track  and  the  beginning  of  the  next.  Skipping  sectors  in 
this  manner  allows  enough  time  for  the  read/write  head  to  move  to  the  next  track  and 
avoids  taking  the  one  full  revolution  required  for  beginning  at  sector  1  of  each  track. 
Therefore,  this  technique  allows  one  track  to  be  filled  in  approximately  2.2  disk 
revolutions  instead  of  3.0,  required  when  starting  with  sector  1 .  This  gives  a  time  savings 
of  approximately  1 3 1  msec  per  track. 

The  starting  sector  list  is  circular  (Ref.  1)  and  has  17  entries.  After  the  first  17 
tracks  have  been  filled,  the  list  is  repeated  for  the  next  17  tracks  and  so  forth,  for  all  77 
tracks.  The  first  and  last  entries  in  the  list  are  of  such  a  nature  that  the  six-sector  skip  is 
accounted  for  in  this  transition. 

The  technique  of  skipping  sectors  demands  at  least  12  msec  for  writing  into  one 
sector  on  the  disk.  (Two  sectors  must  pass  the  read/write  head  for  each  sector  written.) 
Within  this  time  period,  M11VSS  must  also  pack  the  data  buffer  with  vidicon  data.  To 
allow  a  maximum  amount  of  time  for  this,  M11VSS  begins  acquiring  the  data  immediately 
after  the  command  is  issued  to  the  disk  read/write  mechanism  to  write  the  contents  of 
the  disk  buffer  onto  disk.  Since  transferring  the  contents  of  the  data  buffer  to  the  disk 
buffer  requires  only  3.2  msec,  this  procedure  allows  approximately  8.8  msec  for  filling 
the  data  buffer.  MIIVSS  can  obtain  these  data  in  approximately  3.5  msec,  thus  allowing 
time  to  spare.  It  is  obvious  that  the  acquisition  of  data  from  the  vidicon  system  incurs  no 
overhead  because  it  occurs  concurrently  with  the  disk  writing  operation. 
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Before  starting  the  file  writing  procedure,  MIIVSS  performs  several  operations 
'  including  the  following: 

1.  checking  the  field  map  table  to  assure  that  it  is  defined  properly, 

2.  checking  disk  space  to  assure  that  there  is  enough  room  for  another  file  to  be 
added  to  the  disk, 

3.  picking  up  the  file  identifier  and  determining  whether  it  is  a  legal  identifier, 
and 

4.  initializing  the  file  map  table  and  the  data  buffer. 

The  file  identifier  consists  of  four  12-bit  words  and  is  used  to  identify  the  file  on  disk. 

The  file  identifier  can  have  any  format  the  user  desires  but  cannot  be  the  null,  or  zero, 
identifier,  which  is  treated  as  a  special  case  by  MIIVSS. 

A  flowchart  of  the  file  writing  technique  sequence  is  shown  in  Fig.  13.  At  the 
beginning  of  this  sequence,  MIIVSS  performs  a  “home-up”  operation  which  consists  of 
reading  the  sector  which  is  four  preceding  the  first  sector  of  the  file.  This  brings  the 
read/write  head  “close”  to  the  first  sector  of  the  file  and  assures  that  the  timing  of  the 
file  writing  sequence  is  as  nearly  as  possible  the  same  for  every  file. 

Then,  to  properly  start  the  data  acquisition  and  storage  sequence,  the  disk 
read/write  mechanism  is  initiated  to  read  the  sector  that  is  two  sectors  preceding  the  first 
sector  in  which  the  data  will  be  stored.  While  this  sector  is  being  read  into  the  disk 
buffer,  MIIVSS  obtains  the  first  data  from  the  vidicon  target  and  fills  the  data  buffer. 
After  the  disk  read  operation  is  finished,  MIIVSS  transfers  the  first  data  to  the  disk 
buffer  and  commands  the  disk’s  read/write  mechanism  to  write  the  data  onto  the  disk 
when  the  first  sector  of  the  file  passes  the  read/write  head.  While  the  writing  operation  is 
being  performed,  MIIVSS  obtains  the  next  portion  of  vidicon  data  and  fills  the  data  k 

buffer.  This  sequence  continues  until  all  vidicon  data  have  been  acquired. 

Whenever  a  field  is  read,  the  field’s  location  is  added  to  the  FMT.  At  the  end  of  the 
data  acquisition  sequence,  the  FMT  is  written  onto  the  disk  in  like  manner  and  marks  the 
end  of  the  file. 

With  this  file  writing  technique,  the  data  from  the  entire  vidicon  target  are  read  and 
stored  in  approximately  7.0  seconds.  With  the  simple  technique  of  writing  sequentially 
into  adjacent  sectors  and  starting  each  track  with  sector  1,  the  same  amount  of  data  is 
read  and  stored  in  approximately  80.0  seconds.  Therefore,  the  specially  designed  file 
writing  technique  has  a  thoughput  rate  more  than  an  order  of  magnitude  higher  than  the 
simple  technique. 
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3.3.3  Field  Reading 

Data  are  read  from  the  vidieon  target  one  field  at  a  time  and  are  stored  in  the  data 
buffer  to  be  written  onto  the  disk.  The  field  reading  operation  is  invoked  by  the  file 
writing  operation  for  filling  the  data  buffer.  A  flowchart  of  the  field  reading  operation  is 
shown  in  Fig.  14. 

At  the  beginning  of  the  field  reading  operation,  the  field  map  table  entry-used 
counter  is  cleared  to  initialize  the  table  lor  use.  The  first  field  specification  is  then 
retrieved  from  the  table  to  define  which  pixels  are  contained  in  this  field.  The  first 
record’s  key  is  then  obtained  from  the  field  specification  and  is  stored  in  the  data  buffer 
to  mark  the  beginning  of  the  first  record, 

The  row  address,  column  address,  and  byte  count  defining  the  first  row  are  then 
output  to  the  computer  interface,  and  the  first  data  conversion  is  initiated.  The 
end-of-conversion  flag  is  then  monitored,  and  the  data  word  is  input  and  stored  in  the 
data  buffer  when  the  flag  becomes  set.  The  instruction  that  inputs  the  data  word  also 
initiates  the  next  conversion  in  sequence,  thereby  eliminating  the  need  to  specify  each 
pixel’s  address.  Each  pixel  after  the  first  in  the  row  is  automatically  read,  and  the 
resultant  data  word  is  input  when  the  end-of-conversion  flag  becomes  set. 

The  end-of-count  flag  contained  in  each  data  word  is  checked  upon  input  to 
determine  when  the  entire  row  has  been  read.  When  the  end  of  the  row  has  been 
reached,  MIIVSS  checks  to  see  if  the  end  of  the  field  has  been  reached.  If  not,  the  row 
spacing  increment  is  added  to  the  current  row  address  to  determine  the  address  of  the 
next  row  to  be  read.  The  old  row  address  in  the  key  is  then  replaced  by  the  new  address, 
and  the  resultant  key  is  stored  in  the  data  buffer.  This  row  is  then  read  as  before.  When 
the  end  of  a  field  has  been  reached,  MIIVSS  moves  to  the  next  field;  this  continues  until 
all  fields  have  been  read. 

Each  time  a  field  specification  is  obtained  from  the  field  map  table,  the  entry-used 
counter  is  incremented.  Whenever  the  entry-used  counter  becomes  equal  to  the  entry 
counter,  all  entries  have  been  used  from  the  table,  and,  therefore,  every  field  has  been 
read. 


Whenever  the  data  buffer  becomes  full,  the  field  reading  software  returns  control  to 
the  file  writing  software,  which  then  writes  the  contents  of  the  data  buffer  onto  disk. 
Control  is  then  returned  to  the  field  reading  software  for  refilling  the  data  buffer.  This 
alternating  of  control  continues  until  all  of  the  data  have  been  input  from  the  vidieon 
and  stored  on  disk. 
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3.4  FILE  DIRECTORY 

M1IVSS  maintains  the  location  of  each  file  on  the  disk  in  a  file  directory  (Ref.  1) 
which  is  also  maintained  on  disk.  Each  file’s  location  is  specified  by  a  pointer  which 
points  to  the  file’s  FMT. 

The  file  directory  is  divided  into  chained  blocks  (Ref.  1),  each  of  which  fits  into 
one  sector  on  the  disk.-  The  format  of  a  directory  block  is  shown  in  Table  7.  The  first 
word  of  the  block  contains  an  entry  counter.  The  next  60  words  are  used  for  storage  of 
up  to  10  entries.  Words  62  and  63  contain  chain  pointers  (Ref.  1),  herein  referred  to  as 
linkages,  that  are  used  to  connect  the  directory  blocks.  Word  64  indicates  the  number 
of  empty  sectors  remaining  on  the  disk  for  data  storage. 

A  directory  entry  requires  six  words  of  storage-four  words  for  the  file  identification 
and  two  words  for  identification  of  the  track  and  sector  of  the  FMT.  Each  entry  is  added 
at  the  end  of  the  block,  and  the  entry  counter  is  incremented  to  reflect  this  addition. 

The  end  of  the  file  directory  is  marked  by  a  null  entry  which  contains  the  null  file 
identifier  and  the  track  and  sector  of  the  beginning  of  the  empty  space  on  the  disk.  Each 
entry  added  to  the  directory  takes  the  place  of  the  null  entry,  and  a  new  null  entry  is 
added  at  the  end  of  the  directory  to  point  to  the  new  beginning  of  the  empty  space.  The 
amount  of  disk  space  used  by  the  newly  created  file  is  deducted  from  word  64  of  the 
last  directory  block  to  reflect  the  decrease  in  empty  disk  space.  A  flowchart  of  file 
directory  updating  is  shown  in  Fig,  15. 

Each  directory  block  is  kept  in  memory  until  it  is  full;  then  the  block  is  written 
onto  the  disk.  Sector  26  of  each  track  is  reserved  for  storing  the  directory  blocks.  When 
a  directory  block  becomes  full,  it  is  written  into  sector  26  of  the  track  over  which  the 
disk’s  read/write  head  is  positioned.  If  this  sector  has  been  used  previously,  the  block  is 
written  into  the  next  empty  sector  26.  Writing  the  directory  blocks  into  sectors  26 
eliminates  interference  with  the  sequential  file  writing  technique  and  keeps  the  read/write 
head  positioned  near  the  beginning  of  the  empty  data  storage  space. 

The  chaining  (Ref.  1)  of  these  blocks  is  accomplished  by  two  linkages.  An 
illustration  of  block  linkage  is  shown  in  Fig.  16.  The  “reverse”  linkage  points  to  the  track 
containing  the  preceding  block,  and  the  “forward”  linkage  points  to  the  track  of  the 
succeeding  block.  Before  a  directory  block  is  written  onto  disk,  the  reverse  linkage  is  set 
to  point  to  the  preceding  block,  and  zero  is  put  into  the  forward  linkage  to  indicate  that 
it  is  unknown.  The  forward  linkages  are  set  in  the  “close-file-for-write”  operation. 
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3.4.1  The  Close-File-for-Write  Operation 

A  flowchart  of  the  closc-file-for-write  operation  is  shown  in  Fig.  17.  The  forward 
linkage  in  the  last  directory  block  is  set  to  zero  to  indicate  that  this  is  the  end  of  the 
directory,  and  the  block  is  written  onto  the  disk.  The  number  of  the  track  into  which 
this  block  is  written  is  saved,  and  the  preceding  directory  block  pointed  to  by  the  reverse 
linkage  is  read  into  memory.  The  forward  linkage  in  this  block  is  then  filled  with  the 
track  number  of  the  last  directory  block,  and  the  block  is  rewritten  into  its  original 
location.  This  operation  is  repeated  until  the  block  in  track  0  has  been  updated.  The 
block  in  track  0  might  not  always  contain  directory  entries,  but  it  is  always  used  to  mark 
the  beginning  of  the  directory. 

For  those  cases  in  which  the  directory  has  been  dosed  previously  and  reopened 
using  the  “open-file-for-write”  operation,  not  all  of  the  forward  linkages  must  be 
updated.  Linkage  updating  is  performed  only  until  a  nonzero  forward  linkage  is  detected; 
then  this  linkage  is  changed  to  reflect  the  new  location  of  its  succeeding  block. 

3.4.2  The  Opan-File-for-Write  Operation 

The  open-file-for-write  operation  is  used  for  reading  the  last  directory  block  into 
memory.  A  flowchart  of  the  open-file-for-write  operation  is  shown  in  Fig.  18.  MlIVSS 
performs  the  open-file-for-write  operation  by  first  reading  the  directory  block  from  track 
0  to  get  the  location  of  the  next  block.  The  next  block  is  read,  and  its  forward  linkage  is 
used  in  reading  the  next  succeeding  block.  This  continues  until  the  forward  linkage  is 
zero,  indicating  that  the  last  directory  block  has  been  read. 

MlIVSS  maintains  a  memory  word  as  an  indicator  of  whether  a  file  is  open.  Tills 
word  is  set  equal  to  -1  when  the  file  is  opened  for  the  write  operation  and  is  cleared 
when  the  file  is  opened  for  the  write  operation  and  is  cleared  when  the  file  is  dosed. 
This  word  is  called  a  key  (Ref.  1)  and  is  used  to  prevent  the  software  from  performing 
file  addition  and  directory  updating  should  the  file  directory  not  be  opened  properly. 
The  key  may  be  0,  +1,  or  -l  to  indicate,  respectively,  that  all  files  are  closed,  that  a  file 
has  been  opened  for  the  read  operation,  or  that  a  file  has  been  opened  for  the  write 
operation.  The  key  has  these  different  statuses  because  of  the  very  different  requirements 
of  the  two  file-opening  operations. 

3.4.3  Opening  and  Closing  Files  for  Data  Retrieval 

Opening  a  file  for  data  retrieval  is  called  the  open-file-for-read  operation.  A 
flowchart  of  this  operation  is  shown  in  Fig.  19.  The  objective  of  the  open-file-for-rcad 
operation  is  to  read  into  computer  memory  the  FMT  of  some  specific  file  for  use  in 
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locating  the  data  in  that  file.  The  file  identification  number  is  sought  in  the  file 
directory,  and  the  location  of  the  FMT  is  thereby  obtained.  The  FMT  is  read  into 
memory  and  the  status  of  the  key  is  set  to  +1  to  indicate  that  the  open-file-for-read 
operation  has  been  performed. 

The  close-file-for-read  operation  is  very  simple  because  there  is  no  need  to  rewrite 
the  FMT  onto  the  disk.  MIIVSS  performs  the  close-file-for-read  operation  merely  by 
setting  the  key  status  to  zero.  A  flowchart  of  this  operation  is  shown  in  Fig.  20,  MIIVSS 
allows  the  user  to  avoid  selecting  which  close-file  operation  to  perform.  The  user  can 
merely  request  a  close-file  operation  and  MIIVSS  performs  the  proper  operation  as 
directed  by  the  key.  A  flowchart  of  the  close-file  operation  is  shown  in  Fig.  21. 

3.4.4  Directory  Initialization 

Each  unused  diskette  is  devoid  of  information  and  must  be  initialized  to  contain  a 
directory.  A  flowchart  of  directory  initialization  is  shown  in  Fig.  22.  Directory 
initialization  is  accomplished  by  writing  a  predefined  directory  block  into  sector  26  of 
track  0.  This  block  is  defined  to  contain  only  a  null  entry  that  points  to  sector  5  of 
track  0,  which  is  the  location  of  the  beginning  of  the  data  storage  area.  The  forward  and 
reverse  linkages  are  both  set  equal  to  zero  to  indicate  that  this  is  the  only  block  in  the 
directory.  Word  64  is  set  equal  to  1,923  to  indicate  that  there  are  that  many  unused 
sectors  in  the  data  storage  area. 

3.4.5  File  Manipulation 

Files  are  written  onto  the  disk  in  a  sequential  manner.  Therefore,  the  only  file 
manipulations  allowed  are  the  addition  of  new  files  or  the  deletion  of  the  last  file  written 
onto  the  disk.  A  flowchart  of  file  deletion  is  shown  in  Fig.  23.  File  deletion  involves 
removing  the  last  entry  in  the  directory  and  reclaiming  the  space  used  by  the  file.  This  is 
accomplished  by  replacing  the  last  directory  entry  with  a  null  entry  that  points  to  the 
beginning  of  the  deleted  file.  Word  64  of  this  directory  block  is  then  updated  to  show 
that  the  space  formerly  used  for  this  file  is  available  for  reuse. 

3.5  DATA  RETRIEVAL  AND  WORKLIST 
3.5.1  Data  Retrieval 

MIIVSS  retrieves  the  data  from  the  disk  one  byte  string  at  a  time.  Any  method  of 
working  with  the  data  is  allowed  if  it  can  be  implemented  by  the  recall  of  individual  byte 
strings;  A  flowchart  of  the  data  retrieval  procedure  is  shown  in  Fig.  24. 
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To  specify  a  byte  string,  the  user  must  identify  the  string  by  using  the  following 
parameters: 

1.  the  file  identification, 

2.  the  field  identification,  number, 

3.  the  key  of  the  record  which  contains  the  desired  byte  string,  and 

4.  a  pointer  to  a  string  buffer  in  which  the  byte  string  is  to  be  returned  to 
the  user. 

The  location  of  the  record  containing  the  byte  string  is  determined  by  means  of  the  file 
identification  number,  the  field  identification,  and  the  record  key.  The  file  identification 
number  is  used  in  the  open-file-for-read  operation  to  read  into  memory  the  correct  FMT. 
The  field  identification  number  is  used  to  retrieve  the  PBA  and  PBO  of  the  desired  field 
from  the  FMT.  A  new  PBA  and  a  new  PBO  that  point  to  the  desired  record  are  then 
calculated,  using  the  old  PBA  and  PBO,  the  record  key.  and  the  field  specification.  The 
key  of  the  accessed  record  is  then  retrieved  and  compared  to  the  specified  key  to  assure 
positive  identification.  If  the  two  keys  match,  the  byte  string  is  sequentially  read  from 

disk  and  placed  into  the  string  buffer  for  return  to  the  user.  This  method  of  record 

retrieval  is  called  direct  access  (Ref.  1). 

3.5.2  Worklist 

While  performing  an  extended  data  retrieval  operation.  MI1VSS  may  have  to  open 
each  file  many  times.  Each  time  the  file  is  opened,  M1IVSS  must  determine  the  location 
of  its  FMT.  The  entire  operation  can.  therefore,  require  many  file  directory  searches. 
MIIVSS  helps  the  user  avoid  repetitious  directory  searching  by  allowing  him  to  set  up  a 
list  of  FMT  pointers.  This  list  is  called  the  worklist.  A  flowchart  of  worklist  setup  is 
shown  in  Fig.  25;  the  worklist’s  format  is  shown  in  Table  8.  Prior  to  data  retrieval,  the 

user  can  specify  the  files  with  which  he  intends  to  work.  MIIVSS  obtains  the  FMT 

pointers  from  the  file  directory  and  sets  up  the  worklist.  Then,  during  the 
open-file-for-read  operation,  MIIVSS  checks  the  worklist  to  obtain  the  FMT  pointer  of 
the  desired  file.  If  the  pointer  is  not  in  the  worklist,  it  is  obtained  by  a  search  through 
the  file  directory. 

3.6  ERROR  TRACING 

MIIVSS  performs  error  tracing  whenever  an  error  is  detected.  The  error  tracing 
facility  helps  the  user  determine  the  nature  of  the  error.  Because  each  MIIVSS  routine 
may  be  called  by  other  MIIVSS  routines,  the  error  tracing  technique  provides  the  user  a 
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means  to  trace  through  each  level  of  subroutine  nesting.  MIIVSS  does  this  by  printing  a 
series  of  error  messages.  The  routine  during  which  an  error  is  first  detected  prints  an 
error  message  on  the  line  printer.  This  routine  indicates  to  its  calling  routine  that  an 
error  has  occurred.  The  calling  routine  likewise  prints  an  error  message  and  indicates  to 
its  calling  routine  that  an  error  has  occurred.  This  continues  through  all  levels  of  nesting. 
Each  error  message  consists  of  the  text  “ERROR  #”  followed  by  the  error  number.  The 
user  must  look  for  this  number  in  a  list  that  contains  error  numbers  and  their  meanings. 
The  series  of  error  messages  thus  obtained  indicates  what  the  error  was  and  where  it 
occurred.  The  list  of  error  numbers  is  given  in  Appendix  C. 

3.7  TEST  OPERATIONS 

Setup  and  adjustment  of  the  vidicon  system  require  certain  modes  of  operation  that 
allow  the  user  to  monitor  the  system’s  status.  MIIVSS  provides  three  test  modes: 

1.  reading  one  row  on  the  target  continually  and  displaying  the  results  on  the 
oscilloscope  (see  Fig.  26), 

2.  reading  all  rows  stepping  through  them  one  at  a  time  and  displaying  the 
results  on  the  oscilloscope  (see  Fig.  27),  and 

3.  erasing  the  vidicon  target  under  Teletype  control  (see  Fig.  28). 

MIIVSS  also  allows  target  erasure  under  total  software  control  without  input  from 
the  Teletype.  MIIVSS  allows  the  user  to  initiate  a  multicycle  erase  and  to  terminate 
erasure  by  entering  the  single-cycle  erase  mode. 

3.8  DATA  PLOTTING 

MIIVSS  provides  a  limited  data-plotting  capability  by  displaying  the  data  in  analog 
form  on  the  oscilloscope.  A  flowchart  of  the  data  display  operation  is  shown  in  Fig.  29. 
The  useT  merely  loads  the  data  into  a  buffer  and  gives  MIIVSS  the  location  of  the  buffer 
and  the  number  of  data  bytes  in  the  buffer.  MIIVSS  picks  up  the  data  and  plots  the  data 
via  the  computer  interface. 

Each  data  byte,  which  must  be  in  the  decimal  range  0  to  255,  is  picked  up  and 
coverted  to  its  physical  address  equivalent.  The  physical  address  is  then  loaded  into  the 
row  address  counter-register  which  is  used  for  plotting  the  ordinate  values  ot  the  display. 
The  corresponding  abscissa  value  is  converted  to  its  physical  address  equivalent  and  is 
loaded  into  the  column  address  counter-register.  The  result  of  this  is  the  plotting  of  one 
point  on  the  oscilloscope.  The  plotting  of  points  continues  until  all  data  values  in  the 
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buffer  have  been  plotted  and  then  the  plot  is1  repeated.  Repetition  of  the  plot  continues 
until  any  key  on  the  Teletype  keyboard  is  typed.  Repetition  of  the  plot  causes  the 
points,  which  are  not  stored  on  the  oscilloscope  screen,  to  become  visible, 

3.9  MEMORY  REQUIREMENTS 

MI1VSS  requires  4,571  words  of  memory.  This  includes  731  words  for  storage 
buffers  and  3,840  words  for  routines. 

4.0  AN  APPLICATION  OF  THE  VIDICON  SYSTEM 

4.1  INTRODUCTION 

An  important  area  of  application  of  the  vidicon  system  is  rocket  plume  diagnostics, 
which  requires  the  determination  of  the  temperatures  and  densities  of  gases  in  a  rocket 
nozzle  exhaust  plume  at  various  radial  and  longitudinal  positions. 

The  distribution  of  the  radiant  intensities  over  a  range  of  wavelengths  is  called  a 
spectrum,  and  each  kind  of  molecule  has  its  own  characteristic  spectrum.  The 
temperatures  and  densities  of  the  gases  are  obtained  using  the  electron  beam  fluorescence 
technique.  This  technique  centers  in  interpreting  the  light  emitted  when  the  molecules  in 
a  gas  are  “excited"  by  a  narrow  beam  of  high-energy  electrons.  This  electron  beam  passes 
through  the  gas,  exciting  the  molecules  by  collision  and  causing  them  to  reach  higher 
energy  states.  When  the  molecules  spontaneously  decay  to  their  normal  states,  they  emit 
light  characteristic  of  each  kind  of  gas  and  of  the  temperature  of  the  gas.  The  intensity 
of  the  light  emitted  by  the  excited  molecules  denotes  the  density  of  the  gas.  The  various 
spectra  of  emitted  light  can  thus  be  interpreted  to  give  the  temperatures  and  densities  of 
the  gases  in  the  rocket  plume. 

4.2  TEST  CHAMBER  AND  ROCKET 

The  vidicon  system  was  first  used  to  acquire  electron  beam  fluorescence  data  from 
the  exhaust  plume  of  a  rocket  engine  mounted  in  the  Aerospace  Chamber  (10V)  of  the 
von  K.4rm4n  Gas  Dynamics  Facility,  Arnold  Engineering  Development  Center.  An 
illustration  of  Chamber  1GV  is  shown  in  Fig.  30.  This  chamber  is  capable  of  simulating 
high  altitude  and  deep  space  conditions.  The  rocket  engine  was  a  pulsed,  bipropellant 
rocket  mounted  on  a  movable  carriage  that  allowed  the  rocket  to  be  moved  so  that 
different  plume  positions  could  be  viewed  by  the  stationary  optics  system.  The  chamber 
and  rocket  each  had  its  own  control  and  monitoring  instrumentation  that  was  used  to 
fire  the  engine,  monitor  firing,  and  monitor  the  status  of  the  chamber.  The 
instrumentation  also  provided  timing  and  synchronization  signals  that  synchronized’ the 
vidicon-based  data  acquisition  system  to  the  firing  of  the  engine. 
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4.3  HARDWARE  SETUP 

The  vidicon  system  was  used  in  conjunction  with  a  double  monochromator 
spectrometer  to  obtain  the  spectra  of  the  light  emitted  from  the  rocket  gases.  An 
illustration  of  the  spectrometer/vidicon  setup  is  shown  in  Fig.  31.  The  spectrometer 
grating  spread  the  light  out  on  the  vidicon  target  so  that  the  light  was  distributed  across 
the  target  according  to  wavelength.  Spectral  variation  was  along  each  row  of  pixels.  The 
amount  of  charge  in  each  pixel  corresponded  to  the  intensity  of  the  light  at  one 
wavelength. 

An  optics  system  was  designed  to  transmit  the  light  to  the  vidicon  target  in  such  a 
manner  that  each  row  on  the  target  corresponded  to  a  unique  radial  position  in  the 
rocket  plume.  The  optics  system  focused  on  a  small  portion  of  the  electron  beam  passing 
through  the  plume;  its  area  of  focus  was  represented  by  a  short  line  segment  parallel  to 
and  coincident  with  the  electron  beam.  Therefore,  a  variation  along  a  row  of  pixels 
resulted  in  a  variation  in  wavelength  and  a  variation  from  row  to  row  resulted  in  a 
variation  in  spatial  position. 

The  vidicon  was  placed  at  the  exit  slit  of  the  spectrometer  with  the  slit  removed. 
This  allowed  the  measurement  of  spectral  intensities  over  a  small  range  of  wavelengths, 

H 

thus  giving  the  vidicon  system  the  ability  to  scan  those  wavelengths  which  could  be 
imaged  onto  the  target.  This  was  sufficient  for  obtaining  spectra  of  the  light  within 
predetermined .  regions  of  interest.  Different  regions  of  the  spectrum  were  selected 
depending  on  the  particular  gas  to  be  monitored;  these  spectrum  regions  were  positioned 
on  the  vidicon  using  the  spectrometer  wavelength  selection  mechanism.  A  typical  region 
of  interest  spanned  a  range  of  approximately  40  A,  thus  giving  a  system  resolution  of 
better  than  0.5  A. 

The  data  acquisition  system  also  included: 

1.  a  variable  power  supply  which  was  used  for  selecting  the  gain  of 
the  image  intensifier, 

2.  a  gating  device  which  turned  on  the  image  intensifier  at  the 
appropriate  times, 

3.  timing  and  gating  circuitry  that  synchronized  the  data  acquisition 
system  to  the  firing  of  the  engine, 
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4.  electron  beam  instrumentation  that  produced  and  controlled  the 
electron  beam,  and 

5.  auxiliary  A/D  converters  and  digital  counters  for  acquiring  data 
parameters  other  than  those  of  the  vidicon  system. 

4.4  APPLICATION  SOFTWARE  FUNCTIONS 

The  purpose  of  the  software  written  for  this  application  was  to  tic  together  all  of 
the  system  components  into  a  functional,  efficient  system.  The  application  software  was 
controlled  by  a  simple  monitor  routine  by  which  functional  commands  were  input  via  the 
Teletype  keyboard.  The  functions  provided  by  monitor  commands  were  to: 

1.  perform  the  data  acquisition  sequence  consisting  of  synchronizing 
the  computer  and  the  firing  of  the  rocket  engine  and  acquiring 
data  at  appropriate  times, 

2.  control  the  setup,  output,  and  disk  storage  and  retrieval  of  the 
field  map  table, 

3.  call  MIIVSS  to  initialize  a  new  diskette, 

4.  call  MIIVSS  to  perform  file  deletion, 

5.  close  files  via  calls  to  MIIVSS, 

6.  perform  data  retrieval  and  display  via  calls  to  MIIVSS, 

7.  invoke  test  operations  via  Teletype  inputs,  and 

8.  adjust  the  spectrometer  wavelength  setting. 

4.5  FIELD  MAP  TABLE  SETUP 

Prior  to  starting  the  data  acquisition  sequence,  the  field  map  table  was  set  up  to 
define  thirteen  fields  on  the  vidicon  target.  These  fields  corresponded  to  thirteen 
positions  in  the  plume  and  covered  a  length  of  approximately  1.5  in.  to  match  the  nozzle 
exit  diameter,  as  illustrated  in  Fig.  32. 

Each  field  use’d  in  tills  application  contained  four  adjacent  rows,  each  consisting  of 
248  pixels.  Each  row  started  with  the  eighth  pixel.  The  fields  were  placed  symmetrically 
about  one  field  which  was  in  the  middle  of  the  target.  The  fields  were  spread  across  the 
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target  with  a  spacing  of  16  rows.  The  fields  were  numbered  sequentially;  the  field  having 
the  lowest  row  address  was  identified  as  field  1. 

The  maximum  amount  of  data  that  could  be  stored  on  a  diskette  was  important  in 
determining  the  definition  of  the  field  map.  Thirteen  fields  with  the  current  configuration 
represented  a  compromise  between  monitoring  as  many  positions  in  the  plume  as  possible 
and  conserving  disk  space  by  limiting  the  number  and  size  of  fields. 

4.6  DATA  ACQUISITION 

Data  acquisition  consisted  of  taking  data  with  the  electron  beam  on  and  off.  The 
latter  condition  produced  background  data  representative  of  the  light  that  was  not 
directly  attributable  to  the  gas  molecules  excited  by  the  electron  beam;  the  background 
also  contained  some  noise  due  to  charge  buildup  on  the  vidicon  target.  During  data 
reduction,  the  background  data  were  subtracted  from  the  electron  beam  data  to  give  a 
spectrum  representative  of  the  light  emitted  by  the  excited  gas  molecules. 

A  flowchart  of  the  data  acquisition  sequence  is  shown  in  Fig.  33.  The  first  step  in 
the  sequence  was  a  setup  procedure  that  included  the  following: 

1 .  setting  the  spectra  niter’s  wavelength  selector, 

2.  setting  the  image  intensifier’s  gain, 

3.  inputting  the  run  number  and  number  of  engine  pulses, 

4.  turning  on  the  electron  beam,  and 

5.  initiating  multicycle  erasure. 

The  application  software  then  waited  for  a  switch  on  the  computer  console  to  be 
set.  At  that  point,  the  erasure  was  terminated,  and  the  engine  firing  was  begun.  The 
firings  continued  until  the  preset  number  of  pulses  had  been  reached.  The  vidicon  data 
and  the  auxiliary  data  parameters  were  then  read  and  stored.  Auxiliary  parameters 
included  (a)  electron  beam  voltage,  (b)  engine  temperature,  (c)  chamber  pressure,  and  (d) 
elapsed  time.  The  auxiliary  parameters  were  stored  on  magnetic  tape. 

The  multicycle  erasure  was  then  restarted  and  the  electron  beam  was  turned  off  by 
the  operator  in  preparation  for  the  background  sequence.  Erasure  of  the  target  was 
maintained  for  at  least  30  sec  to  prepare  the  target  for  the  background  data. 
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The  background  sequence  was  then  performed  by  depressing  the  keyboard  space  bar 
to  restart  the  sequence  with  the  termination  of  erasure.  The  end  of  the  background 
sequence  marked  the  end  of  the  data  acquisition  sequence. 

During  the  data  acquisition  sequence,  the  application  software  relied  upon  MIIVSS 
to  perform  the  following  operations: 

1.  vidicon  erasure, 

2.  opening  and  closing  of  files,  and 

3.  reading  the  vidicon  and  storing  the  data  on  disk. 

The  two  tiles  of  data  thus  obtained  were  identified  by  using  the  run  number  and  the 
ASCII  character  “D”  for  the  electron  beam  data  file  and  ASCII  “B”  for  the  background 
file. 

During  each  engine  firing  pulse,  the  image  inlensifier  was  turned  on  to  admit  light  to 
the  vidicon  target.  The  number  of  times  that  the  engine  was  fired  was  based  on  the 
amount  of  light  produced  in  the  rocket  plume.  When  the  intensities  were  low,  a  large 
number  of  pulses  were  required.  The  light  levels  observed  during  this  particular 
application  were  high  enough  that  a  single  one-second  firing  was  sufficient. 

The  amount  of  time  required  in  this  application  to  read  the  data  from  all  defined 
fields  on  the  target  and  to  store  the  data  on  disk  was  slightly  less  than  two  seconds.  This 
held  the  noise  buildup  to  a  worst-case  value  of  approximately  2  percent  of  saturation. 

4.7  DATA  REDUCTION 

The  data  reduction  routines  in  the  application  software  relied  upon  MIIVSS  for 
retrieving  the  data.  Since  MIIVSS  can  retrieve  only  one  row  of  data  at  a  time  from  the 
disk,  the  application  software  was  designed  to  do  the  same. 

During  data  reduction,  the  application  software  retrieved  one  row  of  data  from  the 
data  file  and  stored  it  in  a  memory  buffer.  Then  the  same  row  was  requested  from  the 
corresponding  background  file,  and  it  was  stored  in  another  memory  buffer.  The  contents 
of  these  two  buffers  were  then  subtracted  from  one  another  and  the  results  were  added 
to  the  contents  of  a  third  memory  buffer:  the  third  buffer  maintained  a  running  total  of  ' 
the  data  corrected  for  background. 
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Addition  of  background-corrected  data  was  performed  on  all  four  rows  of  one  field 
or  on  all  rows  of  one  field  from  several  different  runs.  For  example,  the  totals  for  the 
four  rows  of  field  13  of  run  100  were  added  to  the  totals  from  field  13  of  run  101.  The 
total  was  then  divided  by  the  total  number  of  rows  to  produce  an  average  spectrum  that 
was  more  representative  of  the  actual  spectrum  than  that  produced  by  one  row.  Within 
each  individual  row,  the  effects  of  random  noise  could  obscure  the  spectrum,  making  it 
inaccurate.  The  spectrum  produced  by  the  averaging  process  was  less  obscure  because  the 
random  noise  averaged  to  a  value  close  to  0  over  several  rows. 

The  retrieval/reduction  process  was  fast.  For  example,  the  data  from  nine  runs  were 
averaged  in  approximately  60  sec.  In  this  case,  18  files  were  involved  and  one  field  at  a 
time  was  averaged.  Each  of  the  four  rows  in  the  desired  field  of  the  first  run  were 
background  corrected,  and  the  results  were  added  to  the  running  total  which  had 
been  cleared  previously.  Then  the  four  rows  of  the  same  field  of  the  next  run  were 
background  corrected  and  added  to  the  total.  This  continued  for  all  nine  runs.  Within  the 
60-sec  time  period,  the  following  operations  were  performed: 

1.  The  file  directory  was  searched  once  for  each  file  for  a  total  of  18 
directory  searches. 

2.  Each  file  was  opened  four  times  for  a  total  of  72  open-file-for-read  . 
operations. 

3.  Each  row  was  background  corrected,  giving  a  total  of  36  background 
corrections. 

4.  Each  background-corrected  row  was  added  to  the  running  total,  giving  36 
addition  operations. 

5.  Each  file  was  closed  four  times,  giving  a  total  of  72  close-file-for-read 
operations. 

6.  A  total  of  72  records  was  retrieved  from  the  disk. 

The  application  software  allowed  the  reduced  spectrum  to  be  printed  on  the  line 
printer  or  displayed  on  the  oscilloscope.  The  application  software  handled  the  printing  of 
the  data  in  its  entirety,  but  MIIVSS  was  called  to  provide  the  display  function.  An 
illustration  of  a  spectrum  display  generated  by  MIIVSS  on  the  oscilloscope  is  shown  in 
Fig.  34. 
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5.0  SUMMARY 

The  operating  system  software  has  been  designed,  coded,  and  implemented  for  a 
minicomputer-based  image-intensifler-vidicon  data  acquisition  system  (vjdicon  system). 
The  vidicon  system  was  designed  and  used  to  acquire  large  quantities  of  data  in  a  short 
period  of  time.  High-speed  data  acquisition  was  required  because  of  the  amount  of  data 
produced  and  because  noise  that  can  obscure  the  data  builds  up  on  the  vidicon  target. 
The  vidicon  system  was  designed  to  be  adaptable  and  flexible  so  that  it  could  be  used  in 
a  variety  of  applications.  These  same  attributes  were  prime  considerations  in  the  design  of 
the  minicomputer  software. 

Adapatability  was  achieved  by  a  nucleus  of  systems  routines  called  the 
Minicomputer-Based  Image-Intensifier- Vidicon  System  Software  (MIIVSS)  that  frees  the 
user  from  tedious  manual  operation  of  the  vidicon  system.  MIIVSS  controls  and  monitors 
all  operations  of  the  vidicon  system  and  acquires  and  stores  the  vidicon  data  on  floppy 
disk  for  later  retrieval.  MIIVSS  was  designed  to  be  independent  of  any  particular 
application  and  of  any  specific  data  acquisition  and  reduction  technique. 

Flexibility  of  data  acquisition  was  achieved  by  reading  the  data  from  the  vidicon 
target  in  rectangular  fields.  Patterns  with  more  complex  geometries  could  be  enclosed 
within  fields  for  data  acquisition  purposes  and  the  superfluous  data  discarded  during  data 
reduction.  The  use  of  rectangular  fields  allows  easy  setup  of  the  location  algorithm  used 
during  the  reading  of  data  from  the  vidicon  target. 

Flexibility  was  also  allowed  in  the  naming  of  files  and  fields  and  also  in  the  order  of 
calls  to  MIIVSS  routines.  This  flexibility  permits  the  user  to  identify  his  data  by 
whatever  means  required  and  to  acquire  his  data  by  whatever  scheme  best  suits  his  needs. 

High-speed  data  storage  was  effected  through  a  specially  developed  disk  writing 
technique.  The  use  of  the  floppy  disk  generally  slows  down  the  storage  of  data,  but  this 
problem  was  minimized  by  writing  into  alternating  sectors  and  assigning  each  track  its 
own  starting  sector.  This  technique  achieved  a  data  transfer  speed  that  was  fast  enough  to 
minimize  the  problems  of  noise  buildup.  The  use  of  rectangular  fields  was  a  contributing 
factor  in  the  success  of  this  technique. 

The  utility  of  the  vidicon  system  was  illustrated  by  an  actual  application  in  which 
rocket  engine  exhaust  temperature  and  density  measurement  data  were  obtained  by 
means  of  an  electron  beam  fluorescence  technique.  The  vidicon  system  was  used  in 
conjunction  with  a  spectrometer  to  provide  spectra  of  the  light  emitted  by  molecules  of 
exhaust  gases  excited  by  an  electron  beam.  These  spectra  were  subsequently  used  to 
calculate  the  temperatures  and  densities  of  the  exhaust  gases. 
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The  vidicon  system  software  was  designed  using  both  standard  and  nonstandard 
software  techniques.  Many  of  the  techniques  implemented  in  MIIVSS  have  general 
applicability;  others  are  peculiar  to  the  vidicon  system.  The  choice  of  techniques  was 
based  on  the  most  appropriate  solutions  to  the  problems  encountered  in  the  vidicon 
system.  The  final  set  of  systems  routines  met  the  stated  software  requirements. 
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Instrumentation 


Figure  3.  An  illustration  of  the  vidicon  tube. 
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Command  Codes:  0  -  Load  Row  Address 

1  -  Load  Column  Address 

2  -  Load  Data  Count 

5  -  Single-Cycle  Erase 

6  -  Multicycle  Erase 


a.  Command  word  format 


b.  Data  word  format 

Figure  5.  Formats  of  the  command  and  data  words. 
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7.  The  vidicon  target  with  physical  and 
logical  addressing. 
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Figure  8.  Flowchart  of  field  map  table  output. 
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Figure  9.  Flowchart  of  disk  storage  of 
field  map  table. 
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Figure  10.  Flowchart  of  disk  retrieval  of 
field  map  table. 
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Figure  12.  Flowchart  of  transfer  of  data  buffer 
to  disk. 
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Figure  13.  Flowchart  of  file  writing  technique  sequence. 
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Figure  14.  Flowchart  of  field  reading  operation. 
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Figure  15.  Flowchart  of  file  directory  updating. 
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Figure  16.  Directory  block  linkage  for  a  three-block  directory. 
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Figure  17.  Flowchart  of  close-file-for-write  operation. 
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Figure  20.  Flowchart  of  close-file-for- 
read  operation. 


Figure  21.  Flowchart  of  close-file  operation. 
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Figure  22.  Flowchart  of  file  directory  initialization. 
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Figure  23.  Flowchart  of  file  deletion. 
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Figure  24.  Flowchart  of  the  data 
retrieval  procedure. 
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Figure  25.  Flowchart  of  worklist  setup. 
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Figure  26.  Flowchart  of  row-reading 
test  operation. 
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Figure  28.  Flowchart  of  erasure 
test  operation. 
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Figure  29.  Flowchart  of  data  display 
on  oscilloscope. 
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Figure  31.  Setup  of  the  spectrometer  and  vidicon  system. 


64 


Figure  32.  Illustration  of  correspondence  between 
plume  positions  and  fields. 
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Figure  33.  Flowchart  of  data  acquisition 
sequence. 
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Figure  34.  An  example  of  a  typical  reduced-spectrum 
display  generated  by  MIIVSS. 
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Table  1.  Format  of  the  Field  Map  Table 


Word  Number 

Content 

1 

Entry-Used  Counter 

2 

Entry  Counter  (N) 

3 

Field  Identification 

(D 

4 

Row  Address  (1) 

3 

Column  Address  (1) 

6 

Number  of  Rows  (1) 

7 

Number  of  Pixels  per 

Row 

(D 

8 

Row  Spacing  Increment 

(1) 

9 

Field  Identification 

(2) 

10 

Row  Address  (2) 

11 

• 

Column  Address  (2) 

■ 

• 

• 

6N  - 

3 

a 

a 

Field  Identification 

(N) 

6N  - 

2 

Row  Address  (N) 

6N  - 

1 

Column  Address  (N) 

6N 

Number  of  Rows  (N) 

6N  + 

1 

Number  of  Pixels  per 

Row 

(N) 

6N  + 

2 

Row  Spacing  Increment 

(N) 
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Table  2.  List  of  Valid  Terminating  Characters  for 
Field  Map  Table  Input 


Terminating 

Character 

Meaning  of  Character 

Y 

The  input  number  is  the  Initial  row  address  of 
the  field. 

X 

The  input  number  is  the  column  address  of  the 
first  pixel  read  from  each  row. 

L 

The  input  number  is  the  number  of  rows  to  be 
read. 

P 

The  input  number  is  the  number  of  pixels  to  be 
read  from  each  row. 

I 

The  input  number  is  the  spacing  between  rows. 

F 

The  input  number  is  the  field  number. 

j 

Add  the  current  field  specification  to  the 
table. 

/ 

Terminate  table  input. 
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Table  3.  An  Example  of  Field  Map  Table  Output 


ID 

Y 

X 

#Y 

#X 

YINC 

0001 

0007 

0008 

0004 

0248 

0001 

0002 

0027 

0008 

0004 

0248 

0001 

0003 

0047 

0008 

0004 

0248 

0001 

0004 

0067 

0008 

0004 

0248 

0001 

0005 

0087 

0008 

0004 

0248 

0001 

0006 

0107 

0008 

0004 

0248 

0001 

0007 

0127 

0008 

0004 

0248 

0001 

0008 

0147 

0008 

0004 

0248 

0001 

0009 

0167 

0008 

0004 

0248 

0001 

0010 

0187 

0008 

0004 

0248 

0001 

0011 

0207 

0008 

0004 

0248 

0001 

0012 

0227 

0008 

0004 

0248 

0001 

0013 

0247 

0008 

0004 

0248 

0001 

#SEC= 

'0103 
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Table  4.  Record  Format 


Byte 

Number 

Content 

1 

Row  Address 

2 

Column  Address  > 

Key 

3 

Byte  Count  (N)  ' 

4 

Byte  ff 1 

5 

Byte  #2 

6 

« 

Byte  #3 

• 

• 

• 

N  +  3 

■ 

• 

Byte  t N 

■ 
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Table  5.  File  Map  Table  Format 


Track  Number 


Starting  Sector 


0, 

17, 

34, 

51, 

68 

1 

1, 

18, 

35, 

52, 

69 

4 

2, 

19, 

36, 

53, 

70 

9 

3, 

20, 

37, 

54, 

71 

14 

4, 

21, 

38, 

55, 

72 

19 

5, 

22, 

39, 

56, 

73 

24 

6, 

23, 

40, 

57, 

74 

2 

7, 

24, 

41, 

58, 

75 

5 

8, 

25, 

42, 

59, 

76 

10 

9, 

26, 

43, 

60 

15 

10, 

27, 

44, 

61 

20 

11. 

28, 

45, 

62 

25 

12, 

29, 

46, 

63 

3 

13, 

30, 

47, 

64 

8 

14, 

31, 

48 

65 

13 

15, 

32, 

49, 

66 

18 

16, 

33, 

50, 

67 

23 

Table  7.  File  Directory  Block  Format 


Table  8.  Work  list  Format 


Word  Number 


Entry  Counter  (N  ^  4) 

File  Identification  (1) 

Sector  (1) 

Track  (1) 

File  Identification  (2) 


6N  -  4 
6N  -  3 
6N  -  2 
6N  -  1 
6N 

6N  +  1 


File  Identification  (N) 

Sector  (N) 

Track  (N) 
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Table  9.  Specifications  of  the  RX8  Floppy  Disk  System 


System  Reliability 

Minimum  Number  of  Revolutions 
per  Track 

Seek  Error  Rate 

Soft  Read  Error  Rate 

Hard  Read  Error  Rate 

Drive  Performance 

Capacity 


Data  Transfer  Rate 

Diskette  to  Controller  Buffer 
Buffer  to  CPU  Interface 
CPU  Interface  to  I/O  Bus 

Track-to-Track  Move 
Head  Settle  Time 
Rotational  Speed 

Recording  Surfaces  per  Disk 
Tracks  per  Diskette 
Sectors  per  Track 
Recording  Technique 
Bit  Density 
Track  Density 
Average  Access  Time 


1  million/nedia  (head  loaded) 

1  in  10^  seeks 
9 

1  in  10  bits  read 
12 

1  in  10  bits  read 

256,256  bytes  or  128,128  words 
per  diskette 

3,328  bytes  or  1,664  words  per 
track 

128  bytes  or  64  words  per  sector 

4  psec/data  bit 

2  usee /bit 
18  psec/byte 
23  psec /word 

10  msec/track  mininum 
20  msec  maximum 
360  rpm  ±  2,5  percent; 

166  msec /rev  nominal 
1 

77 

26 

Double  frequency 
3,200  bpi  at  inner  track 
48  tracks/in. 

488  msec 
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APPENDIX  A 

VIDICON  SYSTEM  COMPONENTS 

1 .  An  image  intensifier  with  a  gain-selection  amplifier. 

2.  A  General  Electric®  Z7975A  silicon-target  vidicon 
tube  with  video-processing  instrumentation  and  a 
refrigeration  unit. 

3.  A  specially  designed  computer  interface. 

4.  An  oscilloscope  display. 

5.  A  Digital  Equipment  Corporation  PDP8/F  mini¬ 
computer  equipped  with  an  LA  180  line  printer,  a 
Teletype,  an  RX8E  Floppy  Disk  System,  an  Ml 703 
input  interface  module,  and  an  Ml 705  output  interface 
module  (Refs.  3  through  9). 
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APPENDIX  B 

THE  FLOPPY  DISK  SYSTEM 

The  mass  storage  device  used  in  this  system  is  a  Digital  Equipment  Corporation  RX8 
Floppy  Disk  System  consisting  of  an  RX01  drive  and  an  EX8E  interface  for  the  PFP8/F 
minicomputer.  The  RX8  is  a  random-access,  mass-memory  device  that  stores  data  on 
flexible  diskettes  as  opposed  to  the  hard-surface  disks  normally  used. 

Each  diskette  is  logically  divided  into  77  concentric  circles  called  tracks;  these  are 
numbered  from  0  to  76.  Each  track  is  subdivided  into  26  fixed-length  blocks  called 
sectors;  sectors  arc  numbered  from  1  to  26.  Each  sector  holds  128  eight-bit  bytes  or  64 
twelve-bit  words.  Between  sectors  1  and  26  on  each  track  is  a  space  approximately  two 
sectors  in  length  called  the  “pre-index  gap.”  This  gap  coincides  with  a  “hard-index  mark” 
generated  when  a  hole  in  the  diskette  passes  over  a  detector  mechanism;  tills  is  used  by 
the  system  for  checking  the  diskette’s  position. 

The  RX8  system  allows  data  storage  in  two  formats  —  8-bit  bytes  or  12-bit  words. 
In  the  12-bit  word  mode,  64  words  are  written  into  each  sector,  giving  a  total  capacity  of 
128,128  words  per  diskette.  In  the  8-bit  byte  mode,  128  bytes  are  written  into  each 
sector,  giving  a  total  capacity  of  256,256  bytes.  In  the  12-bit  word  mode,  zeroes  are 
appended  to  each  word  to  give  a  total  of  16  bits  for  each  word  written  onto  the  diskette; 
this  16-bit  word  is  split  into  two  8-bit  bytes  for  storage  purposes.  The  two  modes  of 
operation  may  be  mixed  as  needed. 

The  time  required  for  the  disk  system  to  service  a  data  transfer  request  is  23  /tsec 
for  the  1 2-bit  word  mode  or  1 8  /usee  for  the  8-bit  byte  mode.  There  is  no  prescribed  time 
allowance  in  which  the  host  computer  must  service  a  data  request;  this  makes  possible 
asynchronous  operation  between  the  computer  and  the  disk  system. 

The  floppy  disk  system  has  two  primary  components  —  a  disk  read/write  mechanism 
and  a  buffer  memory  used  to  temporarily  store  data  being  transferred  to  or  from  the 
disk.  To  write  onto  the  disk,  the  computer  must  fill  the  buffer  memory  with  data  and 
issue  a  “write-on-disk”  command  to  the  disk  read/write  mechanism.  The  read/write 
mechanism  then  writes  the  data  onto  the  disk  from  the  buffer.  To  read  data  from  the 
disk,  the  computer  must  issue  a  “read-from-disk”  command;  this  loads  the  requested  data 
into  the  buffer  memory.  The  computer  may  then  transfer  the  data  from  the  buffer 
memory  to  its  internal  memory.  Neither  filling  nor  emptying  the  buffer  can  occur 
concurrently  with  either  the  write-on-disk  or  the  read-from-disk  operation. 
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Given  a  track  number  and  a  sector  number*  the  RX8  system  moves  its  read/write 
head  to  the  assigned  track  and  performs  an  operation  on  the  sector.  When  an  error  occurs 
during  disk  operation,  the  RX8  system  determines  the  cause  and  signals  the  computer 
that  an  error  has  occurred.  The  computer  may  then  interrogate  the  system  to  get  explicit 
error  information  (Ref.  7). 

The  specifications  of  the  floppy  disk  system  are  listed  in  Table  9. 
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APPENDIX  C 

LISTING  OF  ERROR  CODES  AND  THEIR  MEANINGS 


Error 

No.  Explanation 

0001  An  error  occurred  while  performing  a  disk-drive  initialization  operation. 

0002  A  parity  error  occurred  while  reading  an  error  message  from  the  disk  controller. 

0003  An  error  occurred  while  transferring  data  from  the  disk  buffer  to  the  computer 
memory. 

0004  An  error  occurred  while  transferring  data  from  the  computer  memory  to  the 
disk  buffer. 

0005  An  error  occurred  in  reading  the  “home-up”  sector. 

0006  An  error  occurred  while  reading  a  file  directory  block  from  the  disk  into  the 
disk  buffer. 

0007  An  error  occurred  while  transferring  a  Tile  directory  block  from  the  disk  buffer 
to  the  computer  memory. 

0008  Drive  0  failed  to  find  its  home  position  during  the  initialization  operation. 

0009  An  error  occurred  in  reading  a  file  map  table  from  the  disk  into  the  disk 
buffer. 

0010  An  error  occurred  while  transferring  a  file  map  table  from  the  disk  buffer  to 
the  computer  memory. 

001 1  An  error  occurred  while  reading  data  from  the  disk  into  the  disk  buffer. 

0012  An  error  occurred  while  transferring  data  from  the  disk  buffer  to  the  computer 

memory. 

0013  An  error  occurred  while  transferring  a  file  directory  block  from  the  computer 
memory  to  the  disk  buffer. 

0014  An  error  occurred  while  writing  a  file  directory  block  onto  the  disk  from  the 
disk  buffer. 
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Error 

No.  Explanation 

0015  The  end  of  the  disk  space  allocated  for  file  directory  storage  has  been  reached. 

0017  An  error  occurred  while  trying  to  write  a  file  directory  block  onto  the  disk.' 

0018  Disk  space  allocated  for  data  storage  has  been  completely  filled. 

0019  An  error  occurred  while  writing  data  onto  the  disk  from  the  disk  buffer. 

0020  The  end  of  disk  space  allocated  for  data  storage  was  reached  while  writing  data 
onto  the  disk. 

0021  An  error  occurred  while  transferring  data  from  the  computer  memory  to  the 
disk  buffer. 

0022  An  error  occurred  while  writing  data  onto  the  disk  front  the  disk  buffer. 

0023  An  error  occurred  while  transferring  a  file  map  table  from  the  computer 
memory  to  the  disk  buffer. 

0024  The  disk  controller  found  the  home  position  while  stepping  out  ten  tracks 
during  the  initialization  operation. 

0025  An  error  occurred  while  writing  a  file  map  table  onto  the  disk  from  the  disk 
buffer. 

0026  The  end  of  disk  space  allocated  for  data  storage  was  detected  after  a  file  map 
table  was  written  onto  the  disk. 

0027  The  field  map  table  was  determined  to  be  full  while  attempting  to  add  more 
field  specifications  to  it. 

j 

0028  The  specified  field  identification  was  not  found  in  the  field  map  table  while 
attempting  to  transfer  that  field’s  specification  to  the  control  block. 

0029  An  error  occurred  while  transferring  the  field  map  table  from  the  computer 
memory  to  the  disk  buffer. 

0030  An  error  occurred  while  writing  the  field  map  table  onto  the  disk  from  the  disk 
buffer. 

003 1  An  error  occurred  while  reading  the  field  map  table  from  the  disk  into  the  disk 
buffer. 
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Error 

No. 

0032 

0033 

0034 

0035 

0036 

0037 

0038 

0039 

0040 

0041 

0042 

0043 

0044 

0045 

0046 


Explanation 

An  attempt  was  made  to  access  a  track  number  greater  than  76. 

An  error  occurred  while  transferring  the  field  map  table  from  the  disk  buffer  to 
the  computer  memory. 

The  end  of  disk  space  allocated  for  data  storage  was  reached  while  attempting 
the  retrieval  of  a  byte  of  data  from  the  disk. 

An  error  occurred  while  reading  the  next  sector  of  data  from  the  disk  during 
the  data  byte  retrieval  operation. 

The  specified*file  identification  was  not  found  in  the  file  directory. 

An  error  occurred  while  attempting  to  retrieve  a  file  directory  block  from  the 
disk. 

The  entry  counter  for  the  file  directory  block  just  read  from  the  disk  is  zero. 

A  file  was  already  open  when  an  attempt  was  made  to  perform  the 
open-file-for-write  operation. 

The  home  position  was  detected  by  the  disk  controller  before  the  desired  track 
was  reached. 

An  error  occurred  during  the  disk  drive  initialization  operation  preceding  the 
open-file-for-write  operation. 

During  the  open-file-for-write  operation,  a  zero  directory  block  counter  was 
encountered. 

An  error  occurred  while  attempting  to  read  a  file  directory  block  from  the  disk 
during  an  open-file-for-write  operation. 

An  attempt  was  made  to  open  the  null  file  during  the  open-filc-for-read 
operation.  The  null  file  identification  is  not  allowed  for  general  use  but  is 
reserved  for  use  by  the  systems  software. 

An  error  occurred  in  the  file  directory  search  during  the  open-file-for-read 
operation. 

The  specified  file  identification  was  not  found  in  the  file  directory  during  the 
open-file-for-read  operation. 
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Error  j 

No.  Explanation 

0047  An  error  occurred  while  attempting  to  read  a  file  map  table  from  disk  during 
the  open-file-for-read  operation. 

0048  A  self-diagnostic  error  occurred  within  the  disk  controller. 

0049  A  file  was  already  open  when  an  attempt  was  made  to  perform  the 
open-file-for-read  operation. 

0051  During  the  open-file-for-write  operation,  the  last  entry  in  the  file  directory  was 
determined  to  be  other  than  the  null  entry.  While  adding  the  null  entry,  it  was 
determined  that  the  end  of  disk  space  allocated  for  data  storage  had  been 
reached. 

0052  During  the  close-file-for-write  operation,  the  last  file  directory  block  was  lost 
due  to  an  error  that  occurred  while  attempting  to  write  this  directory  block 
onto  the  disk. 

0053  An  error  occurred  when  an  attempt  was  made  to  read  a  directory  block  from 
the  disk  during  the  close-file-for-write  operation. 

0054  An  error  occurred  when  an  attempt  was  made  to  write  a  directory  block  onto 
the  disk  during  the  close-file-for-write  operation. 

0055  An  error  occurred  while  writing  data  onto  the  disk  during  the  file  writing 
operation. 

0056  The  disk  controller  could  not  find  the  requested  sector  after  looking  at  52 
headers  on  the  disk. 

0057  The  open-file-for-write  operation  had  not  been  performed  when  an  attempt  was 
made  to  create  a  file  of  data. 

0058  An  empty  field  map  table  was  encountered  when  an  attempt  was  made  to 
create  a  file  of  data. 

0059  It  was  determined  that  not  enough  disk  space  remained  for  adding  another  file 
of  data. 

0060  An  attempt  was  made  to  identify  a  file  using  the  null  identification.  This  is  not 
allowed. 


83 


AE  DC-TR-79-43 


Error 

No. 

0061 

0062 

0063 

0065 

0066 

0067 

0068 

0069 

0070 

0071 

0072 

0073 

0074 

0075 

0076 


Explanation 

An  error  occurred  while  performing  the  “home-up”  operation. 

An  error  occurred  while  attempting  to  write  data  onto  the  disk  during  the  file 
writing  operation. 

An  error  occurred  while  attempting  to  write  the  file  map  table  onto  the  disk 
during  the  file  writing  operation. 

An  error  occurred  while  attempting  to  update  the  file  directory  following  the 
file  writing  operation. 

The  file  map  table  was  full  when  an  attempt  was  made  to  add  another  entry  to 
it  during  the  file  writing  operation. 

An  error  occurred  while  attempting  to  write  the  file  map  table  onto  the  disk 
during  the  file  writing  operation. 

An  error  occurred  while  attempting  to  write  the  file  directory  onto  the  disk 
during  the  file  writing  operation. 

The  open-file-for-read  operation  had  not  been  performed  for  the  specified  file 
prior  to  attempting  to  recall  data  from  the  file. 

The  null  field  identification  was  specified  during  the  recall  of  data  from  the 
specified  file.  The  null  identification  is  not  allowed  for  general  use  but  is 
reserved  for  use  by  M1IVSS. 

The  specified  field  identification  was  not  found  in  the  file  map  table  during  the 
recall  of  data  from  the  disk. 

The  disk  controller  waited  more  than  40  p sec  and  did  not  see  an  SEP  clock. 

An  error  occurred  while  retrieving  a  string  of  data  bytes  from  the  disk. 

An  invalid  row  address  was  sought  while  attempting  to  recall  a  string  of  data 
bytes  from  the  disk. 

The  end  of  disk  space  allocated  for  storage  of  data  was  reached  while  retrieving 
a  string  of  data  bytes  from  the  disk. 

An  error  occurred  while  attempting  to  retrieve  a  string  of  data  bytes  from  the 
data  buffer. 


84 


AEDC-TR-79-43 


Error 

No.  Explanation 

0077  An  error  occurred  while  attempting  to  read  a  sector  of  data  into  the  data 
buffer. 

0078  An  error  occurred  while  attempting  to  retrieve  a  byte  of  data  from  the  data 
buffer. 

0079  The  row  address  specified  did  not  match  the  row  address  stored  on  disk  for  the 
requested  byte  string. 

0080  The  disk  controller  could  not  find  a  preamble. 

0081  The  column  address  specified  did  not  match  the  column  address  stored  on  disk 

for  the  requested  byte  string. 

0082  The  number  of  bytes  in  the  byte  string  requested  did  not  match  the  number  of 
bytes  stored  on  the  disk  for  the  specified  byte  string. 

0083  The  specified  field  identification  was  not  found  in  the  field  map  table  during 
the  retrieval  of  field  specifications  from  the  table. 

0084  A  larger  than  allowable  number  of  files  were  requested  during  the  definition  of 
the  worklist  table.y 

0085  A  file  was  already  open  before  an  attempt  was  made  to  define  the  worklist. 

0086  An  error  occurred  while  reading  a  directory  block  during  the  definition  of  the 
worklist. 

0087  A  file  identification  requested  during  the  definition  of  the  worklist  was  not 
present  in  the  file  directory. 

0088  The  disk  controller  found  a  preamble,  but  it  failed  to  find  an  I/O  mark  within 
the  allowable  time  span. 

0089  An  error  occurred  when  an  attempt  was  made  to  perform  the  disk  drive 
initialization  operation  during  the  file  deletion  operation. 

0090  An  error  occurred  while  attempting  to  read  a  file  directory  block  during  the 
file  deletion  operation. 

0091  An  error  occurred  while  attempting  to  read  a  file  directory  block  during  the 
file  deletion  operation. 
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Error 

No.  Explanation 

0092  An  error  occurred  while  attempting  to  perform  the  opcn-file-for-write  operation 
during  the  file  deletion  operation. 

0093  The  end  of  disk  space  allocated  for  data  storage  was  reached  while  adding  the 
null  entry  to  the  file  directory  during  the  file  deletion  operation. 

0094  An  error  occurred  while  attempting  to  perform  the  close-file-for-write  operation 
during  the  file  deletion  operation. 

0096  A  CRC  error  occurred  while  looking  at  a  header. 

0104  The  header  track  address  of  a  good  header  does  not  compare  with  the 

requested  track. 

0112  There  were  too  many  tries  to  find  an  IDAM  (header  identifier). 

0120  A  data  AM  was  not  found  in  the  allotted  time. 

0128  A  CRC  error  occurred  while  reading  a  sector  from  the  disk. 

0136  A  parity  error  occurred  during  operation  of  the  disk. 
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